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THE  ALLOCATION  OF  FUNCTIONS  BETWEEN  MAN  AND  MACHINES  IN  AUTOMAT©  SYSTEMS 

Nehemiah  Jordan 

In  a  document  published  several  months  ago  entitled :  ’’Factors  Affecting 
Degree  of  Autonation  in  Teat  and  Checkout  Equipntct"  which,  among  other  things, 
reviews  the  problems  of  allocation  of  functions,  Svain  and  Wohl  ansert: 

'.  .  .A  rather  stark  conclusion  emerges:  There  is  no  adequate  systematic 
methodology  in  existence  for  allocating  functions  (in  this  case,  test  and 
cheotout  functions)  between  man  and  machine.  This  lack,  in  fact,  is  probably 
the  central  problem  in  human  factors  engineering  today.  .  .  .It  is  interesting 
to  note  that  tea  years  of  research  und  applications  experience  have  failed  to 
oring  us  closer  to  our  goal  than  did  toe  lanumark  article  by  Fitts  in 
1951. "(^  P*^)  These  two  competent  and  experienced  observers  summarize  ten 
years  of  hard  ana  intensive  labor  as  having  can! colly  failed.  This  is  a 
serious  problem.  Why  this  failure? 

We  can  attempt  to  seek  a  possible  answer  to  the  question  by  seeking  a 
similar  case  in  other  fields  of  scientific  endeavor  and  seeing  vhnt  can  be 
learned  from  it.  And  another  case  is  easy  to  find;  it  is  Id  fact  a  classical 
case.  In  their  book:  "The  Evolution  of  Physics",  Einstein  and  Inf  eld  spend 
some  tine  discussing  the  problems  which  beset  pre-relativity  physics  in  which 
they  focus  upon  the  concept  of  'ether*.  They  point  out  that  ether  played 
a  central  role  in  physical  thlnxing  for  over  a  century  after  having  first  ;-een 
introuuced  as  a  necessary  medium  for  propagating  electromagnetic  ’waves.  But 
during  all  this  time  all  atter.pt s  to  bails  (inti  expand  upon  this  concept  lec 
to  difficulties  and  contradictions.  A  century  of  research  on  ether  turned 
out  to  oe  sterile  in  that  no  significant  advance  vne  made  during  that  time. 
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They  conclude:  "After  such  had  experiences,  thi3  is  the  moment  to  forget 
ether  completely  and  try  never  to  mention  its  name.  P*l8*0  Ana  they  do 
not  mention  the  concept  anymore  in  the  book.  The  facts  underlying  the  concept 
were  not  rejected  however,  and  it  vas  by  focussing  upon  the  facts  while 
rejecting  the  concept  that  Einstein  could  solve  the  problems  which  bedeviled 
the  physic3  of  his  day. 

The  lesson  to  be  learned  from  this  momentous  episode  is  that  when  a 
scientific  discipline  finds  itself  in  a  aeau  end,  despite  hard  and  diligent 
work,  the  dead  end  should  probably  not  be  attributed  to  a  lack  of  knowledge 
of  facts,  but  to  the  use  of  faulty  concepts  which  do  not  enable  the  discipline 
to  order  the  facta  properly.  Hie  failure  of  human  factor  engineering  to 
advance  in  the  area  of  allocation  of  functions  seems  to  be  such  a  situation. 
Hence,  in  order  to  find  an  answer  to  the  question:  "Vhy  this  failure?",  it 
may  be  fruitful  to  examine  the  conceptual  underpinnings  of  our  contemporary 
attempts  at  allocating  functions  between  men  and  machines.  And  tnis  brings 
us  back  to  the  landmark  article  by  Pitts  mentioned  earlier. ^ 

This  article  gave  rise  to  vhnt  is  now  informally  called  the  'Fitts  list'. 
This  is  a  two  column  list,  one  column  headed  by  the  word  'man'  and  the  other, 
by  the  word  'machine'.  It  compares  the  functions  for  vnich  man  In  superior 
to  machines  to  the  functions  for  which  the  machine  ic  superior  to  man.  Theo¬ 
retically  thin  leads  to  an  elegant  solution  to  tne  allocation  of  functions. 

Given  a  complex  man-machine  system,  identify  the  functions  of  the  system  and 
then,  based  on  such  a  list  which  was  expect* u  to  be  refined  with  time  and 
experience,  choose  machines  for  the  functions  they  are  best  suited  for  and 
men  for  the  functions  they  are  best  suited  for.  This  is  a  clean  engineering 
approach  and  it  is  not  surprising,  that  great  hopes  were  placet:  upon  It,  in  1951» 
The  only  gimmick  is  that  it  did  not  ana  doesn't  work. 
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The  facts  to  be  found  in  all  the  existing  versions  of  the  'Pitts  list’ 
are  all  correct,  Just  as  the  facts  underlying  the  concept  ether  were  all 
correct.  Hence  the  inutility  of  these  lists  oust  be  attributed  to  what  we 
are  told  to  do  with  these  facts,  to  the  instruction  to  compare  man  to  the 
machine  and  choose  the  one  who  fits  a  function  best.  I  question  the 
comparability  of  men  and  machines.  If  men  and  machines  are  not  comparable, 
then  it  is  not  surprising  that  we  get  nowhere  when  we  try  to  compare  them. 

Just  as  the  concept  of  ether  led  to  inutility,  perhaps  the  concept  of  man- 
machine  comparability  does  the  same.  Let  us  explore  somewhat  the  background 
to  the  concept  comparability. 

The  literature  on  the  place  of  a  man  in  uian-machine  systems  converges 
to  two  posthumous  articles  by  K.  J.  Vi.  Cralk  published  in  19*+7*^  These 
articles  are  recognized  by  almost  all  as  being  the  basis  upon  which  mucn  that 
followed  is  built.  Craik  argues  that  in  order  to  beBt  be  aole  to  plan,  design, 
and  operate  a  complex  system  man  functions  and  machine  functions  should  oe 
described  in  the  same  concepts,  and,  by  the  very  nature  of  the  case,  these 
concepts  nave  to  be  engineering  terms.  In  other  words,  Craik  recommends  that 
we  describe  human  functions  in  mathematical  terras  compare  ole  to  the  terms  used 
in  describing  mechanical  functions. 

In  fairness  to  Craik's  memory  it  must  be  stressed  that  these  two  papers 
published  after  his  ;eath  were  notes  for  e.  discussion  and  probably  not  meant  for 
publication.  Hence  he  should  not  be  blamed  for  x’ailing  to  recognize  the  simple 
fact  that  anytime  ve  can  reduce  a  human  function  to  a  mathematical  formula  ve 
can  generally  build  a  machine  that  can  ao  it  more  efficiently  than  a  man.  In 
other  words,  to  the  extent  that  man  becomes  comparaDle  to  a  machine  we  do  not 
really  need  him  any  more  since  he  can  be  replaced  by  a  machine.  This  necessary 
consequence  was  actually  reached  but  not  recognized  in  a  later  paper,  also  a 
fundamental  and  significant  paper  in  human  factor  engineering  literature.  In 


P-2310 

4 


1954  3imi ogham  and  Taylor  in  their  paper:  "A  Design  Philosophy  for  Man- 
Machine  Control  Systems",  write:  .  .  speaking  mathematically,  he  (man) 

is  best  when  doing  least.  P»1752)  inescapable  —  design 

the  man  out  of  the  system.  If  he  does  best  when  he  does  least,  the  least  he 
can  do  is  zero.  But  then  the  conclusion  is  also  ridiculous.  Birmingham  and- 
Taylor  found  themselves  in  the  same  paradoxical  situation  in  which  Hume  found 
himself  some  two  hundred  years  earlier  where  his  logic  showed  him  that  he  could 
not  know  anything  while  at  the  same  time  he  knew  he  knew  a  lot. 

This  contradiction,  so  concisely  formulated  oy  Birmingham  and  Taylor 
yet  not  recognized  by  them  or,  it  seams,  by  their  readers,  should  have  served  aa 
a  warning  that  something  was  wrong  with  the  conceptualization  underlying  the 
thinking  in  this  area.  But  it  didn't. 

Now  we  can  see  why  the  'Fitts  lists'  have  been  impotent.  To  the  extent 
that  we  compare,  numerically,  human  functions  to  machine  functions  we  must 
reach  the  conclusion  that  vherever  possible  the  machine  should  do  the  Job. 

This  may  help  to  explain  a  curious  aspect  in  designers'  behavior  which  has 
annoyed  some:  an  annoyance  expressed  trenchantly  by  a  human  factors  engineer 
over  a  glass  of  beer  thuoiy:  "Those  designers,  they  act  as  if  they  get  a 
brownie  point  every  tine  they  eliminate  a  man. " 

Let  us  return  to  the  'Fitts  licts'.  They  vary  all  over  the  place  in 
length  ana  in  detail.  But  if  we  try  to  abstract  the  underlying  commonalities 
in  all  of  them  ve  find  that  they  really  make  one  point  and  only  one  point. 

Men  are  flexible  but  cannot  be  depended  upon  to  perform  in  a  consistent 
manner  whereas  machines  can  be  depended  upon  to  perform  consistently  but  they 
have  no  flexibility  whatsoever.  This  can  be  summarized  simply  and  seemingly 
tritely  by  saying  that  men  are  good  at  doing  that  which  machines  tire  not  good 
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at  doing  and  machines  are  good  at  doing  that  which  men  are  not  good  at  doing. 

Men  and  machines  are  not  comparable,  they  are  complementary.  Gentlemen,  I 
suggest  that  1  complementary 1  is  probably  the  correct  concept  to  use  in  duscuas- 
ing  tne  allocation  of  tasks  to  men  and  to  machines.  Rather  than  compare  men 
and  machines  as  to  vhich  is  better  for  getting  a  task  done  let  us  think  about 
how  we  complement  men  by  machines  and  vice  versa  to  get  a  task  done. 

As  soon  as  we  start  to  think  this  way  ve  find  that  we  have  to  start 
thinking  differently.  The  term  'allocation  of  tasks  to  men  and  machine' 
becomes  meaningless.  Rather  ve  are  forced  to  think  about  a  task  that  can  be 
done  by  men  and  machines.  The  concept  'task'  ceases  to  be  the  smallest  unit 
of  analysis  for  designing  man-machine  systems  though  still  remaining  the  Daaic 
unit  in  terms  of  which  the  analysis  makes  sense.  The  ta3k  now  consists  of 
actions,  or  better  still  activities,  which  have  to  be  shared  by  men  ana 
machines.  There  is  nothing  strange  aoout  this.  In  industrial  chemistry  the 
molecule  is  the  fundamental  unit  for  many  purposes  and  it  doesn't  disturb 
anyoody  that  some  of  these  molecules  consist  of  hundreds,  if  not  thousands,  of 
atoms.  The  analysis  of  man-machine  systems  should  t.herei’ore  consist  of 
specifications  of  tasks  and  activities  necessary  to  accomplish  the  tas/.s. 

Man  and  machine  should  complement  each  otner  in  getting  tnese  activities  done 
in  order  to  accomplish  the  task. 

It  ia  possible  that  with  a  snift  to  empnasising  m&n-mach.ne  comnarabillty 
ne-v  formats  for  system  analysis  and  design  vail  nave  to  be  ueveiooed,  md 
t  *ese  formats  may  jose  a  problem.  I  run  convinced  however  that  as  soon  as  we 
oegin  tninking  in  proper  unit3  this  problem  will  be  solved  with  relative  ease. 
Regardless  whether  this  Is  so,  one  can  now  already  specify  several  general 
principles  thet  may  serve  as  basic  guidelines  for  complementing  men  ana  machines. 
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Machines  serve  mac  in  two  vays:  as  tools  and  as  production  machines. 

A  tool  extends  man's  ability,  both  sensory  and  motor;  production  machines 
replace  man  in  doing  a  Job.  The  principle  underlying  the  complementarity 
of  tools  is  as  follows:  Man  functions  beat  under  conditions  of  optimum 
difficulty.  If  the  Job  is  too  easy  he  gets  bored,  if  it  is  too  hard  he 
gets  fatigued.  While  it  is  generally  silly  to  use  macnines  to  make  a  Job 
more  difficult,  although  this  may  be  exactly  what  is  called  for  in  some 
con'>  ,-ol  situations,  tools  Live,  since  their  inception  as  eolitns,  served  to 
make  a  difficult  job  easier  and  an  impossible  Job  possible.  Hence  tools 
should  be  used  to  bring  the  perceptual  and  motor  requirements  of  a  task  to 
the  optimum  levels  for  human  performance.  We  have  had  a  ^ot  of  experience 
with  tools  and  they  present  few,  if  any,  problems. 

The  problem  is  more  complex  with  machines  that  do  a  Job  in  place  of  man. 

Here  we  can  return  with  benefit  to  the  commonalities  underlying  the  'Fitts 
lists'.  To  the  extent  that  the  task  environment  is  predictable  and  a  priori 
controllable,  and  to  the  extent  that  activities  necessary  for  the  task  are 
iterative  and  demand  consistent  performance,  a  production  machine  is  prefer¬ 
able  to  man.  To  the  extent,  however,  that  the  environment  is  not  predictable, 
or  if  predictable  not  controllable  a  priori,  then  man,  aided  by  the  proper 
tools,  is  required.  It  is  in  coping  vita  contingencies  that  man  ia  irreplaceable 
by  machines.  This  is  the  essential  meaning  of  human  flexibility. 

Production  machines  pose  a  problem  rarely  posed  by  tools  since  they 
replace  /ran  in  doing  a  job.  They  are  not  perfect  and  tend  to  break  down. 

When  they  break  down  they  do  not  do  the  Job.  One  must  always  then  twee  into 
account  the  criticality  of  the  Job  for  the  system.  If  the  job  is  critical,  the 
system  should  so  be  designed  that  man  can  serve  as  a  manual  backup  to  the 
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machine.  Although  he  vill  then  not  do  it  as  veil  as  the  machine,  he  still 
can  do  it  veil  enough  to  pass  muster.  This  is  another  aspect  of  human 
flexibility  --  the  ability  for  graceful  degradation.  Machines  can  either 
do  the  job  as  specified  or  they  botch  up;  man  degrades  gracefully.  This  is 
another  example  of  complementarity. 

Planning  for  feasible  manual  backup  is  a  difficult  Job  in  the  contemporary 
complex  systems  that  ve  are  constructing.  It  has  generally  been  neglected. 

In  most  simple  systems  explicit  planning  i6  not  necessary  since  man's  flexi¬ 
bility  is  generally  adequate  enough  to  improvise  when  the  relatively  simple 
machines  break  down.  But  this  changes  with  growing  system  complexity. 

It  is  here  that  'automation'  should  be  mentioned.  Some  of  you  may  have 
been  bothered  by  the  fact  that  'automation'  is  in  the  title  of  this  paper 
but  has,  ac  yet,  still  to  be  introduced.  The  reason  is  rather  simple. 

Although  automation  represents  a  significant  technological  breakthrough  which 
has  generated  many  specific  problems,  the  allocation  of  tasks  to  men  and 
machines  being  one  of  them,  conceptually,  an  automated  machine  is 
Just  another  machine,  albeit  radically  different  in  its  efficiency  and  per¬ 
formance  characteristics.  The  problems  that  were  generally  latent  or  not  too 
critical  in  the  older,  simpler  man-machine  systems  became  noth  manifest  .and 
critical,  however,  with  its  introduction.  One  oi*  the  most  critical  areas 
is  manual  backup. 

Ve  customarily  design  automated  systems  oy  allocating  those  functions 
which  were  eitner  difficult  or  too  expensive  to  mechanize  to  man  and  the  rest 
to  machines.  As  many  articles  in  the  literature  indicate,  ve  have  looked  upon 
man  as  a  11a*  in  the  system  and  have  consequently  given  him  only  the  infor¬ 
mation  and  means  to  do  the  Job  assigned  to  him  as  a  link.  When  the  system 
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breaks  down  a  man  in  a  link  position  is  as  helpless  as  any  other  machine 
component  in  the  system.  Ve  have  tended  to  design  out  his  ability  to  take 
over  as  a  manual  backup  to  the  system.  At  the  same  time  the  jobs  performed 
by  the  machine  have  become  more  and  more  important  and  the  necessity  for  a 
manual  backup  consequently  greater.  How  to  design  a  complex  automated  system 
to  facilitate  its  being  backed  up  manually  is  a  neglected  area.  One  thing 
seems  certain.  It  will  most  probably  call  for  'degradation'  in  design,  that 
is,  systematically  introducing  features  which  V3uld  not  have  been  necessary 
were  no  manual  backup  needed.  This  is  an  important  area  for  future  human 
factors  engineering  research. 

Another  area  of  complementarity  which  is  gaining  in  significance  as  the 
systems  are  getting  more  and  more  complex  is  that  of  responsibility.  Assuming 
ve  lick  the  problems  of  reliability  ve  can  depend  upon  the  machines  to  uo 
tnose  activities  assigned  to  them  consistently  veil,  but  ve  never  can  assign 
them  any'  responsioility  for  getting  the  task  done;  responsibility  can  be 
assigned  to  men  only.  Fbr  every  task,  or  for  every  activity  entailed  by  the 
task,  there  must  be  a  man  vho  nas  the  assigned  responsibility  to  see  that  the 
Job  be  done  as  efficiently  as  warranted.  This  necessitates  two  things:  the 
specification  of  clear  cut  responsibilities  for  every  man  in  the  system  and 
supplying  the  men  with  means  vhich  will  enabl<  them  to  exercise  effective 
control  ever  those  system  tasks  and  activities  for  which  they  arc  responsible. 
You  may  think  that  this  is  obvious  --  yes  it  is.  But  it  i3  surprising  nov 
rare,  and  then  hov  ineffective,  our  planning  and  design  in  thit  area  are. 
Experience  to  date  with  automated  system*;  shows  that  the  responsibilities 
of  the  individuals  involved  are  generally  nebulous  so  that  when  something 
unexpected  occuro  people  often  do  not  .-tnov  vho  is  to  do  vhat.  Even  to. the 
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extent  that  these  responsibilities  are  clarified  vith  time  and  experience, 
the  system  hardware  often  makes  it  difficult  for  men  to  assune  these 
responsibilities,  the  means  for  man  to  exercise  control  over  the  areas  of 
his  responsibility  being  either  inadequate  or  lacking. 

The  complementarity  of  men  and  machines  is  probably  much  more  profound 
and  suotle  than  these  aspects  which  I  have  just  high-lighted.  Many  other 
aspects  will  undoubtedly  be  identified,  elaborated,  and  ordered  to  the  extent 
that  we  start  thinking  about  how  one  complements  the  other.  In  other  words, 
to  the  extent  that  we  start  humanizing  human  factors  engineering.  It  is  not 
surprising  that  the  ten  years  of  lack  of  progress  pointed  to  by  Swain  and 
Wohl  were  accompanied  by  the  conceptual  definition  of  treating  man  as  a 
machine  component.  Man  is  not  a  machine,  at  least  not  a  machine  like  the 
machines  men  make.  And  this  brings  me  to  the  last  point  I  would  like  to  make 
in  this  paper. 

Vixen  we  plan  to  use  a  machine  we  always  take  the  physical  environment 
of  the  machine  into  account;  that  is:  its  pover  supply,  its  maintenance 
requirements,  the  physical  setting  in  vhicb  it  has  to  operate,  etc.  Ve  have 
also  taken  the  physical  environment  of  man  into  account,  to  a  greater  or 
leaser  extent;  that  is:  illumination  and  ventilation  of  the  working  area, 
n^.ise  level,  physical  dif ficulties,  hours  of  labor,  ooffee  breaks,  etc.  But  a 
fundamental  difference  between  men  and  machines  is  that  men  also  have  a 
psychological  environment  for  which  an  adequate  physical  environment  is  a 
necessary  condition  but  is  ultimately  secondary  in  importance.  This  is  the 
truth  embedded  in  the  adage:  Man  does  not  live  by  bread  alone.  The  psycho¬ 
logical  environment  is  subsumed  under  one  word:  'motivation'.  And  the 
problems  of  human  motivation  are  at  present  eschewed  by  human  factors  engineering. 
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You  can  lead  a  horse  to  water  but  cannot  make  him  drink.  In  this  respect 
a  man  is  very  similar  to  a  horse.  Unless  the  human  operator  is  motivated 
he  will  not  function  as  a  complement  to  machines,  and  the  motivation  to 
function  as  a  complement  must  be  embedded  vithin  the  task  itself.  Unless  a 
task  represents  a  challenge  to  the  human  operator  he  will  not  use  his  flexibility 
or  his  judgment,  he  will  not  learn  nor  will  he  assume  responsibility,  nor  will 
he  serve  efficiently  as  a  manual  backup.  By  designing  man-machine  systems 
for  man  to  do  least  ve  also  eliminate  all  challenge  from  the  Job.  We  must 
clarify  to  ourselves  what  it  is  that  makes  a  job  a  challenge  tc  man,  and  build 
in  those  challenges  in  every  task,  and  activity,  and  responsibility  which  ve 
assign  to  the  human  operator.  Otherwise  man  will  net  complement  the  machines 
but  will  begin  to  function  like  a  machine. 

And  here  too  men  differ  significantly  from  machines.  When  a  man  is  forced 
to  function  like  a  .machine  he  realizes  chat  ne  Is  being  used  inefficiently 
and  he  experiences  it  as  his  being  used  stupidly.  And  men  cannot  tolerate 
such  stupidity.  Overtly  or  covertly  men  resist  and  rebel  against  it.  Nothing 
could  be  more  inefficient  and  self-defeating  in  the  Ion'.;  run  than  the  construction 
of  man-machine  systems  which  cause  the  Human  components  in  the  system  to  rebel 
against  the  system. 

Herein  lies  the  main  future  challenge  to  human  factors  engineering. 


r- ' 

By  ■?  hu  z*&~t  w»  »<•**—  »nv 
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